TESTING METHOD AND SYSTEM 



RELATED APPLICATION 

This application claims priority to prior U.S. provisional application Serial 
5 No. 60/197,963 filed April 17, 2000. 

TECHNICAL FIELD OF THE INVENTION 

The invention is in the field of testing systems and methods. The invention 
finds particular applicability in the field of medical testing system and methods. 

10 

BACKGROUND OF THE INVENTION 

Numerous testing methods and systems are known in the art. In recent 
years, for instance, a number of methods and systems for permitting anonymous 
medical testing have been provided. For example, U.S. Patent 6,016,345, issued to 

1 5 Richard Quattrocchi and assigned to Home Access Health Corporation of Hoffman 
Estates, Illinois provides a method and system for anonymously testing for a 
human malady. The method disclosed in the '345 patent contemplates, inter alia, 
selecting a call handler from among a plurality of call handlers for processing an 
incoming telephone call initiated by an anonymous caller. The disclosed method 

20 may be used to route the incoming call to a live call handler in the event that the 
anonymous caller has been diagnosed with a specific medical condition, and to an 
automated call handler if the anonymous caller has been found not to be afflicted 
with the medical condition. Commercially, the method taught in the '345 patent 
has been used in connection with anonymous testing for the human 

25 immunodeficiency virus (HIV), which is the virus that causes AIDS. U.S. Patent 
6,014,438 and 5,978,466, also issued to Richard Quattrocchi and assigned to Home 
Access Health Corporation, disclose other methods and systems useful in 
conjunction with the operation of an anonymous testing system. The methods and 
systems disclosed in the foregoing patents are particularly applicable to medical 
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testing, but more generally are applicable to other forms of testing, such as 
environmental or other testing. 

The present invention seeks to provide other methods and systems useful in 
conjunction w^ith a testing system, in particular a medical testing system. In 
5 various preferred embodiments, the methods provided by the present invention 
may be practiced by a medical facility in conjunction with the methods taught in 
the aforementioned Quattrocchi patents. 

THE INVENTION 

1 0 Numerous testing methods and systems are contemplated by the present 

invention. In one embodiment, a method for routing a plurality of incoming 
inquiries initiated by a plurality of users is provided. Each of the users will have 
previously provided a specimen for evaluation to a testing facility prior to making 
an incoming inquiry. The test result information (such as medical test 

1 5 information) from said test specimen is associated with a code. Some, but not 

necessarily all, of the codes that have been provided to users are associated with a 
code lot. In accordance with this embodiment of the invention, a handler for an 
incoming inquiry initiated by one of the users is selected based in part on whether 
the user's code corresponds to a code lot. The inquiry may be made via a 

20 telephone call or via other forms of electronic communication, and the handler for 
the incoming inquiry may be "selected" either by selecting a handler assigned 
solely to handle incoming inquiries from users assigned to the code lot, or by 
preparing lot-specific instructions for a handler assigned commonly to all users of 
the testing system. For instance, the inquiry handler may provide specific medical 

25 information to users who fall within a certain group or class of users. This 

embodiment of the invention is particularly applicable to medical testing of groups 
of users, such as employees of a company. It may be desired to have all of the 
company's employees tested for a certain medical condition or for other medical 
purposes (e.g. as part of a cholesterol testing program or other medical wellness 

30 program). The employees may be tested anonymously, with each employee's 
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specimen being identified only by a specimen code. Upon receipt of an incoming 
inquiry initiated by one of the employees, the facility handling the inquiry provides 
the employee with the results of the test. If the employee's code is associated with 
a code lot known to be assigned to the company, the facility can provide specific 
5 medical information concerning the employer's insurance benefits, wellness 

benefits, or other information tailored specifically for employees of the company. 

Another related testing method includes selecting a counselor for a user 
who desires counseling. In accordance with this method, the counselor is selected 
based on whether the user's personal or specimen identification code is grouped 

10 into a code lot. Thus, for instance, a user who initiates an incoming inquiry to a 
call handling facility may desire to obtain counseling concerning the test, either 
before or after the user receives the results of the test. If it is known that the user's 
code is assigned to a code lot (for instance, a code lot for employees of a specific 
company), numerous benefits may be realized by selecting a counselor specific to 

15 the company at which the user is employed and routing the user's inquiry to such 
counselor. For example, the counseling provided to the user may be more 
specifically tailored to the user if it is known that the user works for a particular 
company or in a particular industry. In addition, where the counselor knows that 
the user works for a specific company, the counselor may be able to provide the 

20 user with information relating to the user's insurance benefits. The step of 

"selecting a counselor" may include either selecting a counselor who is assigned 
solely to users corresponding to the code lot, or preparing an instruction message 
to a counselor who is assigned commonly to all users. 

In accordance with other embodiments in the invention, methods for 

25 associating information specific to the user with the user's test result are provided. 
It has been found that a user who has received a test result, in particular a medical 
test result, sometimes desires to record the fact that he or she has taken the test and 
obtained a test result, even though the test result initially may have been obtained 
anonymously. For instance, if a person who has been tested for the human 

30 immunodeficiency virus (HIV) learns that he or she has received a negative test for 
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the virus, he or she may wish to obtain a record of his or her test status for 
insurance or other purposes. Accordingly, in accordance with this embodiment of 
the invention, the user may be queried as to whether the user desires test result 
information to be identified with information specific to the user. In accordance 
5 with one such method, information is received from a plurality of users, the 

information from any one user being specific to the user and being associated with 
a first identification number. The user also is provided with a second, independent 
identification number, which is associated with the user's test specimen. In 
accordance with this embodiment of the invention, the user is queried as to 

10 whether the user desires test result information to be identified with the 

information specific to the user. Typically, the user is so queried after the user has 
received his or her test resuhs. In response to an indication from the user that the 
user does so desire, the user is then prompted for his or her first identification 
number, and the first and second identification numbers are linked in a database to 

1 5 thereby associate the information specific to the user with the test result 

information. The information specific to the user may be information sufficient to 
identify the user, and/or may be other information specific to the user, such as, for 
instance, risk assessment information. 

In another embodiment, the user is provided with an identification code, 

20 which code is associated with risk assessment information. Upon receipt of an 
incoming inquiry, the facility receiving the inquiry prompts the user to transmit 
his or her user identification code. If the user desires user identifying information 
to be associated with the test result information from a specimen submitted by the 
user, the user identifying information is obtained and is associated with the test 

25 result information. The user identifying information may be obtained even after 
the test has been performed and the results have been provided to the user. For 
instance, the user may be queried for the user identifying information. 

Where the information specific to the user includes risk assessment 
information, it may be useful for statistical and other analytical purposes to 

30 correlate test result information with risk assessment information. Provided herein 
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are methods for associating test result information with risk assessment 
information. In accordance with one such method, information received from each 
of plural users is associated with a user identification code, where the code for 
each user is unique to the user. The information for each user includes risk 
assessment information. The user also is provided with a second identification 
code that is associated with the user's test specimen. Upon receiving an incoming 
inquiry initiated by one of the users, the user is prompted to transmit his or her 
user identification code. After the user has been prompted to transmit his or her 
specimen identification code, test result information from the test is associated 
with risk assessment information. 

Another method provided herein finds particular applicability in health 
screening and diagnostic applications. In accordance with this method, risk 
assessment information is received from a plurality of users, the risk assessment 
information fi-om any one user being specific to the user and being associated with 
a user code. After receipt of an inquiry from one of the users, the user is prompted 
for his or her user code. Subsequently a determination is made as to whether, 
based on the risk assessment information, a recommendation to obtain testing 
should be provided. After selecting an appropriate recommendation provider 
based on this determination, the user's inquiry is routed to the selected 
recommendation provider. The step of "selecting" a recommendation provider 
may include selecting a recommendation provider who is assigned solely to 
provide recommendations to certain classes of users (for instance, users at high 
risk for a given medical condition or users at low risk for such condition). 
Alternatively the step of "selecting" may encompass preparing instructions for a 
common recommendation provider. 

The invention also encompasses systems for performing any or all of the 
foregoing methods. The methods and systems disclosed herein find particular 
applicability in the field of medical testing, but also are usefiil in other fields, such 
as environmental testing. 



DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a generalized representation of a medical testing protocol known in 
the prior art. 

Fig. 2 is a flowchart illustrating steps in a prior art method for collecting test 
5 samples, testing the samples, and providing test results. 

Fig. 3 is a generalized schematic representation of the flow of communication 
between a central testing facility and others in a testing system in accordance with 
the invention. 

Fig. 4 is a representation of a personal code database correlating a user's 
1 0 identification code with lot codes and with other information. 

Fig. 5 is a representation of the database record entry U-1 in the database 
represented in Fig. 4. 

Fig. 6 is a representation of the database record entry R-1 in the database 
represented in Fig. 4. 

1 5 Fig. 7 is a representation of a specimen code database in which specimen 

codes are correlated with test result information and other information. 

Fig. 8 is a representation of database record entry T-1 in the database 
represented in Fig. 7. 

Fig. 9 is a representation of a first alternative embodiment of a bank of 
20 inquiry handlers useful in conjunction with the practice of this invention. 

Fig. 10 is a representation of a second alternative embodiment of a bank of 
inquiry handlers useful in conjunction with the practice of the invention. 

Fig. 1 1 is a flowchart illustrating steps in a method for routing incoming 
inquiries based on whether the user code is associated with a code lot. 
25 Fig. 12 is a representation of a first alternative embodiment of a bank of 

counselors useful in conjunction with the practice of the invention. 

Fig. 13 is a representation of a second alternative embodiment of a bank of 
counselors useflil in conjunction with the practice of the invention. 

Fig. 14 is a flowchart illustrating steps in a method associating test result 
30 information with user identifying information at the option of the inquirer. 
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Fig. 15 is a flowchart illustrating steps in another method for associating test 
result information with user identifying information at the option of the inquirer. 

Fig. 16 is a flowchart illustrating steps in a method for associating test result 
information with risk assessment information. 

Fig. 17 is a flowchart illustrating steps in a method for selecting a 
recommendation provider based on risk assessment information. 

Fig. 1 8 is a representation of a first alternative embodiment of a bank of 
recommendation providers useful in conjunction with the practice of the invention. 

Fig. 19 is a representation of a second alternative embodiment of a bank of 
recommendation providers useful in conjunction with the practice of the invention. 

Fig. 20 is a high-level block diagram of a general-purpose computer system 
useful in conjunction with the practice of the invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

The methods and systems provided herein preferably are used in conjunction 
with a medical testing program. With reference now to Fig. 1 and the general 
medical testing protocol shown therein, the medical testing program may be 
promoted using advertising or other targeted messages, as shown at step 101. For 
instance, the advertising may be targeted to persons at risk for a given medical 
condition, such as HIV infection. Persons who determine, based on the targeted 
messages, that they are not at risk for the medical condition may not apply for 
testing; if such persons do submit for testing, they are not encouraged to take a test, 
as shown at steps 102 and 103 respectively. Persons who may be at risk are 
identified at step 104 and provided with a more detailed health risk assessment at 
step 105. If, based on the health risk assessment, it is determined that the person is 
of low risk for the medical condition, the person is not encouraged to submit to 
testing. Persons who are deemed to be at high risk receive a self-testing kit, as 
shown at step 106. A specimen is collected by the person and is submitted for 
testing to a testing facility (steps not shown). If the person receives a negative test 
result, her or she is provided with educational messages, wellness counseling, or 



other suitable information at step 109. Persons who receive a positive test result are 
provided with counseling referrals and support, and are referred to a physician for 
medical follow up at steps 107 and 108 respectively. 

Referring now more specifically to Fig. 2, upon receipt of targeted messages 
5 and evaluation as a high risk candidate via a health risk assessment (as shown 
generally at steps 201 to 204), the client may be offered a test kit, whereupon the 
client can obtain a medical specimen. Numerous types of medical specimens may be 
obtained; for instance, saliva, urine, or other bodily fluids. In accordance with one 
embodiment, the user is provided with a blood specimen collection card and a skin 

1 0 pricking device. The user may obtain a blood specimen by placing a drop of blood 
onto the card and allowing the blood to dry, thus forming a blood spot on the card. 
In the alternative, the client may be provided with an appointment for a clinic test, as 
shovm at step 205, whereby the specimen is obtained at the clinic. As shown 
generally at steps 206, 207, 209 and 211, regardless of whether the client chooses the 

1 5 clinic test or the self test, the client's medical specimen is processed in a laboratory, 
and the records for the client are updated with the results of the test. 

To retrieve the test result, as shown generally at steps 208, 210 and 212, the 
client initiates an inquiry to a facility equipped to handle such inquiries, typically by 
way of a telephone call. At step 214, a determination is made as to whether the test 

20 result is positive or negative. As shown at step 213, if the test result is negative, the 
client is counseled to structure his or her activities to reduce future risk. Upon 
receipt of a positive or indeterminate result, the client is instructed to enter physician 
care for further medical evaluation and follow-up, as shown at step 215. 

The methods and systems disclosed herein are suitable for use in conjunction 

25 with the knovra testing methods heretofore described. Generally, as shown in Fig. 3, 
the testing system of the invention a central facility 301, which comprises a facility 
that is equipped to receive and respond to incoming inquiries initiated by a plurality 
of users. It is contemplated that the user may initiate an inquiry via any form of 
remote communication knovm in the art or otherwise found to be suitable for use in 

30 cormection with the invention. For instance, it is contemplated that a user may 



communicate with a central facility via telephone, electronic mail, network access 
(such as over the Internet) via a "chat" or other application, or via other means of 
communication. The system may be used by independent users (one shown as 
independent user 302), who are users who are not known to fall within a code lot, 
5 and by group users (one shovm as group user 307) who are users whose codes have 
been assigned to one or more code lots. 

With reference to independent user 302, the user may purchase or otherwise 
be provided with a test kit for use in testing a specimen, such as a medical specimen. 
The user transmits the test specimen to a testing facility 303. In the figure, the 

10 testing facility is shown as a separate entity from the central facility 301, but in 

practice the testing facility may be integrated with the central facility, i.e., the steps 
of testing the specimens and handling user inquiries may be performed by the same 
entity. After the user has submitted the test specimen, the user contacts the central 
facility 301 and makes an inquiry for test-related information. In making that 

1 5 inquiry, the user provides a user code. The central facility makes a request for the 
test results to the testing facility, and provides the test result to the user 302. Where 
appropriate, the user is referred to a counselor 304 or to a physician 305, either by 
the counselor or by the central facility 301. As with the testing facility, the counselor 
304 and physician 405 are shown in Fig. 3 as being separate entities from the central 

20 facility and from the testing facility, but in practice may be integral with one or more 
of the foregoing. It is further contemplated that a user 302 may turther contact the 
central facility 301 as part of a health screening program, wherein the user provides 
risk assessment information to the central facility 301. In this instance, a 
determination is made as to whether the user should be provided with a 

25 recommendation to be tested, for instance, for a specific medical condition. Once 
such a determination has been made, the user's inquiry is routed to a 
recommendation provider 306, which again is shovm as a separate entity from the 
central facility, but which may be integral therewith or which may be the same entity 
as a counselor or physician. In Fig. 3, the communication between the users 302 and 

30 307 and the counselor 304, physician 305 and recommendation provider 306 are 
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shown as proceeding via central facility 301, althou^ in practice it is contemplated 
that the users alternatively may communicate independently v^ith a counselor, 
physician or recommendation provider. 

In carrying out the invention, the central facility maintains one or more 
databases that correlate user codes with identifying information, risk assessment 
information, or other information. The databases may be implemented using 
conventional or otherwise suitable database programs, such as a conventional 
relational database program. Examples of such programs include the Oracle 
products commercially available from Oracle Corporation of Redwood Shores, 
California, and the Microsoft Access programs available from Microsoft Corporation 
of Redmond, Washington. Virtual databases may also be used. The database may 
be a dimensional database, or may be implemented with a non-dimensional database 
software. 

With particular reference to Fig. 4, database 400 includes multiple records 
(shown, for instance, as records 401 to 408) each of which includes a user code 
(shown respectively as P-1 through P-8). The term "database" as used herein 
contemplates the tabular or other information contained and accessed by a database 
software program. The terms "code" and "number" are used interchangeably herein 
to refer to any alphanumeric or other designation fiinctioning as an individual code, 
possibly, but not necessarily, consisting entirely of numbers. The codes preferably 
contain one or more internal patterns or "check" digits, such that, by applying an 
appropriate algorithm, a putative code can be verified. Some, but not necessarily all, 
of the codes in the database are grouped into one or more lots. The lots are identified 
with a lot code (exemplified as lot codes L-1 through L-3 in Fig. 4), with, for 
instance, records 401 and 402 being grouped into lot 1, records 403-405 grouped 
into lot 2, and records 404 through 406 grouped into lot 3. Records 407 and 408 are 
not assigned a lot code (the designation "NL" in Fig. 4 signifying no lot code 
assignment). Some of the lots may be exclusive of common codes, as shown, for 
instance, with respect to lots L-1 and L-3, and some of the lots may be inclusive of 
some common codes, as shown, for instance with regard to lots L-2 and L-3. Lot L- 



1, for instance, might signify that that user is an employee of a specific company. 
Lot L-2 might signify that the user is an employee from a second company, and lot 
L-3 might signify that the user is from the west coast of the United States. Thus, 
record 403 corresponds to a user who is an employee of the second company, but 
5 who does not reside on the west cost of the United States. Records 404 and 405 in 
this example would thus correspond to users who were employees of the second 
company and who did reside on the west coast of the United States, and record 406 
would correspond to a user who resided on the west coast of the United States, but 
who was not known to be an employee of the first or second companies. 

10 Database 400 further may include user identifying information, shown for 

records 401, 402, 405, 406, and 407 as information U-1, U-2, U-5, U-6, U-7 
respectively; risk assessment information for the users (shown as R-1 through R-8); 
and, as set forth in more detail below, specimen codes, or codes which identify a 
specimen submitted by the user. With reference now to Fig. 5, the user identifying 

1 5 information (shown at 5 00 with regard to database record entry U- 1 ) may include 
any information deemed suitably appropriate to identify- the user, which may include 
the user's name, address, social security number, telephone number, employer 
information, and so forth. The user identifying information may be specific user 
identifying information, i.e., information that enables identification of the user with 

20 particularity, or may be more general user identifying information, which is 

information suitable to identify the user more generally, such as by city or state of 
residence. Most preferably, the user identifying information includes specific user 
identifying information, most preferably including both the user's name and social 
security number. With regard to the risk assessment information contained in the 

25 database 400 (shown at 600 in Fig. 6 with respect to database record entry R- 1 ), this 
information may include any information suitable to enable a diagnostic evaluation 
of the user's risk for contracting a particular disease. For instance, in the case of 
hepatitis or HIV evaluation, the risk assessment information may include 
information as to whether the user has used or shared needles, whether the user has 

30 received a blood transfusion in the last 1 0 years, or whether the user has a history of 
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unsafe conduct or activity that would place the user at risk for contracting HTV or 
hepatitis, and so forth. The types of information maintained in the database are not 
limited to the aforementioned specific types of information, but to the contrary many 
other types of information may be recorded. 
5 With further reference now to Fig. 7, in certain preferred embodiments the 

central facility maintains a second database 700, which, in the illustrated 
embodiment includes records 701, 702, 703. The records in the second database 
correlate specimen codes to test result information. For instance, with respect to the 
illustrated database 700, records 701-703 correspond respectively to specimen codes 

10 S- 1 , S-2, and S-3 . Record entries T- 1 , T-2, and T-3 comprise information 
corresponding to each of the specimens submitted by users in the system. In 
preferred embodiments, this database further includes record entries for risk factors 
(e.g., R-3 for record 702), the purpose of which will be explained in more detail 
hereinbelow. With further reference now to Fig. 8, test result information T-1 may 

1 5 include, for instance, information 800 that indicates whether or not a user is afflicted 
with a particular medical condition, for instance, infection with HTV or hepatitis. In 
alternative embodiments, the test result information may be information that 
provides the results of a qualitative test, for instance, the user's blood cholesterol 
level. 

20 Generally, in accordance with preferred embodiments of the invention, a user 

initiates an inquiry to the central facility to receive the results of the user's test. The 
inquiry is routed by the central facility to an inquiry handler. The inquiry handler 
may be an automated inquiry handler, for instance, a computer equipped with 
appropriate message handling software, or the inquiry handler may be a live person. 

25 As discussed in more detail in the aforementioned Quattrocchi patents, in the case of 
certain tests, such as tests for HIV, the user's incoming inquiry preferably is routed 
to a live handler if the user's test result is positive, and to an automated handler if the 
user's test result is negative. Moreover, as shovra in Fig. 9, the bank of inquiry 
handlers may include inquiry handlers specific for each lot, as well as one or more 

30 non-lot specific inquiry handlers. For instance, in the illustrated embodiment inquiry 
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handlers 901 and 904 are allocated to users in lot 1, while inquiry handlers 902 and 
905 are allocated to users who fall within lots 2 and 3. Inquiry handlers 903 and 906 
are intended for users who are not known to be associated with a given lot. More 
preferably, however, the inquiry handlers are not assigned solely to users of a given 
5 lot. An example of a preferred form of the bank of inquiry handlers is shown in Fig. 
10 as including a live common inquiry handler or plurality of such handlers 1001, 
and an automated common inquiry handler 1002. The live common inquiry handler 
is an inquiry handler who is not permanently associated with a given lot, but who is 
provided with instructions for handling an inquiry originating from a user in a given 

1 0 lot. Similarly, the automated common inquiry handler 1002 is an apparatus such as a 
computer equipped with appropriate messaging software and appropriate messaging 
capabilities for handling inquiries originating from users who are known to be 
associated with a given lot of users. 

The central facility receives and processes inquires received from users of the 

1 5 testing system. As shown in Fig. 11 , the central facility may route a user call 

depending on whether the user's code is associated with a given code lot. At step 
1 101, an incoming inquiry is received from the user. It is contemplated by "received 
from a user" that the call may originate not only from the user who has submitted the 
medical specimen, but also on behalf of such a user, such as, for instance, by the 

20 parent of a child who has submitted a medical specimen. In any event, the user is 
prompted for his or her user code at step 1 102, which code is received at step 1 103. 
At steps 1 1 04 and 1 1 05, the user is queried as to whether counseling is desired, and a 
response is received. If, at step 1 106, it is determined that the user does desire 
counseling, control passes to step 1110 wherein the user database is queried as to 

25 whether the user code is associated with a code lot. A response is received from the 
database at step 1111. If, at step 1 1 12, it is determined that the user code is 
associated v^th a code lot, control passes, in alternate embodiments, to step 1 1 17 or 
1 1 1 8, in which respectively a lot specific counselor is selected or lot specific 
information is prepared for a common counselor. If, at step 1 1 12, it is determined 

30 that the user code is not associated with the code lot, in one alternative embodiment a 
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non-lot specific counselor is selected at step 1 113 or, in a second alternative 
embodiment, non-lot-specific information is prepared for a common counselor at 
step 1 14. In either case, the user's inquiry is routed to the selected counselor at step 
1115, and counseling is provided to the user at step 1116. Again, providing 
5 counseling "to the user" may comprise providing counseling to a person who 
receiving such counseling on behalf of the users, e.g., a parent. 

Returning to step 1 106, if it is determined that the user does not desire 
counselmg, control passes to step 1 107, wherein the database is queried as to 
whether the user code is associated with a code lot. A response is received from the 

1 0 database at step 1108. If, at step 1 1 09, it is determined that the user code is 
associated with a code lot, control passes to step 1 127, wherein the database is 
queried for a test result, which result is received at step 1 128. If it is determined at 
step 1 129 that the test result is negative, control passes to step 11 30 or 1 131, in 
alternative, wherein a lot specific inquiry handler is selected, or wherein lot specific 

1 5 information for a common automated inquiry handler is prepared. In either case, the 
inquiry is routed to the selected inquuy handler at step 1 132. The case of a positive 
test result is handled similarly. If, at step 1 129, the test result is positive, control 
passes either to step 11 33, wherein a lot specific live inquiry handler is selected, or to 
step 1 1 34, wherein lot specific information for a live inquiry handler is prepared. In 

20 either event, the inquiry is routed to the select live inquiry handler at step 1135. 

Returning to step 1 109, if it is determined that the user code is not associated 
with a code lot, control passes to step 1119, wherein the test result database is 
queried for the test results at step 1119. The response is received at step 1 120. If, at 
step 1 121 , it is determined that the test result is negative, control passes to step 1 122, 

25 wherein instructions for a common automated inquiry handler are prepared, or to 
step 1 123, wherein a non-lot-specific inquiry handler is selected. In either case, the 
inquiry is routed to the inquiry handler at step 1 124. If, at step 1 121, it is found that 
the test result is positive, control passes alternatively to step 1 125 or 1 126, in which 
respectively information for a live common inquiry handler is prepared, or in which 

30 a non-lot-specific live inquiry handler is selected. In either case, control passes to 
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step 1 127, in which the user's inquiry is routed to a live inquiry handler. Fig. 1 1 
illustrates the case where the test yields a positive or negative result and where a 
positive test result requires handling by a live inquiry handler. Other tests may be 
handled in a similar or dissimilar manner. For instance, in the case of a cholesterol 
5 test, the user may not need to be routed to a live inquiry handler, regardless of the 
test result. Alternatively, the user may be routed to a live inquiry handler only in 
certain cases, e.g., if the user has been found to have a cholesterol level that is 
deemed dangerously high. 

In conjunction with the practice of the aforementioned method , it is useful to 
10 provide one or more counselors. As with the alternate embodiments for the bank of 
inquiry handlers, lot specific counselors 1201, 1202 may be provided as shown in 
Fig. 12, with one or more non-lot specific counselors (one shown at 1203) further 
being provided. More preferably, as shown in Fig. 13, one or more common 
counselors (two being shown at 1301, 1302) are provided. The common counselors 
1 5 are not permanently assigned to users identified as being from a given lot of users, 
but rather are equipped to provide counseling to the users identified as being in any 
lot of users. Specific instructions for counseling users identified as being within a 
given lot of users may be provided to the counselors. 

As discussed above, a user may desire user identifying information to be 
20 associated with the user's test result information, and, in particular, the user may 
make this determination after the user has been provided with his or her test result. 
For instance, as shown in Fig. 14, identification codes may be assigned to each of 
plural users at step 1401. User-specific information may be received from the users 
at step 1402 and stored in the user database (step not shown). Specimen collection 
25 kits may be disseminated to such users at step 1403. As shovm at step 1404, 

specimens are received from the users, which specimens are tested at step 1405. Not 
all of these steps may be performed by the central facility, particularly if the testing 
facility is a separate entity. The specimens preferably are identified with a specimen 
code, but are not identified with the user code. After the specimens have been tested. 
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the results of the test are provided to the test result database (e.g., database 700 as 
shown in Fig. 7). 

At step 1407, an incoming inquiry is received. The user is prompted for his 
or her specimen code at step 1408, which code is received at step 1409. At step 
5 1 4 1 0, the test result database is queried for the test result mformation corresponding 
the specimen code entered by the user. Step 1411 in Fig. 14 contemplates 
performance of appropriate steps for routing the users inquiry to an inquiry handler 
and providing test result information to the user. After the user has been provided 
with his or her test result, the user is queried at step 1412, as to whether the user 

1 0 desires test result information to be associated with user identifying information. A 
response from the user is received at step 1413. If, at step 1414, it is determined that 
the person making the inquiry does so desire, the user is prompted for his or her user 
code at step 1415, which code is received at step 1416. At step 1417, the specimen 
code is provided to the user database to thereby associate test result information with 

15 user identifying information. Thus, for instance, referring again to Fig. 4 and record 
405, this user has chosen to associate his or her test result information with user 
identifying information, as is evidenced by the inclusion of specimen code S- 1 in 
record 405. Other users, for instance, those associated with records 40 1 and 402, 
have not chosen to associate test result information with user identifying 

20 information. 

In another method for associating test result information with user identifying 
information, information that includes at least risk assessment information is 
received from each of aplurality of users, as shown in step 1501 in Fig. 15. This risk 
assessment information is provided to a user database in conjunction with a user 

25 code, as shown in step 1502. At steps 1503, an incoming inquiry from one of the 

users is received. The user is prompted for the user code at step 1504, which code is 
received at 1505. At step 1506, the user is prompted for his or her specimen code, 
which is received at step 1 507. Up to this point, the user has not provided specific 
user identifying information to the central facility. Record 403 in Fig. 4 illusfrates a 

30 user, for instance, whose specimen code has been provided to the user's database, 



16 



but for whom user identifying information has not been entered into the user 
database. 

At steps 1508 and 1509, the test result database is queried for test result 
information, which is received at step 1509. Box 1510 contemplates performing 

5 appropriate steps for routing the user to an inquiry handler and providing test result 
information to the user. At step 15 1 1, the user's specimen code is provided to the 
user database. At step 1512, the user is queried as to whether he or she desires user 
identifying information to be associated with the test result information. If, at step 
1 5 1 3, it is determined that the user does so desire, control passes to step 1514, 

1 0 wherein the user is queried for user identifying information. The user identifying 
information is received at step 1515 and is provided to the user database at step 
1516. 

As shown in Fig. 16 in another embodiment of the invention, test result 
information may be associated with risk assessment information to thereby permit 

1 5 statistical or other analysis of the test result and risk assessment information. At step 
1601, information, including risk assessment information, is received from each of a 
plurality of users. This risk assessment information is provided to the user database 
at step 1602, and is associated with a user code for each user. At step 1603, an 
incoming inquiry from one of the users is received. The user is prompted for his or 

20 her user code at step 1604, and the user code is received at step 1605. At step 1606, 
the test result database is queried for test result information from a test specimen 
submitted by the user. Preferably, this is accomplished by prompting the user for a 
specific code associated with the test specimen (step not shown). The test result 
information is received at step 1607. Box 1608 contemplates the performance of 

25 appropriate steps for routing the user' s inquiry to an inquiry handler and providing 
test result information to the user. Control next passes to step 1610, wherein the user 
database is queried for risk assessment information, which information is received at 
step 161 1 and is provided to the test result information at step 1612. Thus, with 
respect to record 702 in Fig. 7, risk assessment information R-3 has been provided to 

30 the test result database. Fig. 16 also contemplates an alternative embodiment in 
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which the user is queried for risk assessment information at step 1609. In this 
embodiment, the user need not have been assigned a user code. 

The central facility further may be equipped to prepare an appropriate 
recommendation to a user to obtain testing based on risk assessment information 

5 provided by the user. For instance, as shown in Fig. 17, an incoming inquiry is 

received at step 1701 from a user who has provided risk assessment information. At 
step 1702, the user is prompted for his or her user code, which is received at step 
1703. At step 1704, the user database is queried for risk assessment information. It 
is contemplated that the user may be queried for such risk assessment information 

10 (step not shown), if the risk assessment information is not in the database. In the 
illustrated embodiment, a response from the database is received at step 1705, and a 
determination is made whether the user is at high risk or low risk at step 1706 for 
affliction with a given medical condition. If, at step 1707, the user is determined to 
be at high risk, high risk recommendation instructions for a common 

1 5 recommendation provider are prepared at step 1 709. If, on the other hand, the user is 
determined to be at low risk, low risk recommendation instructions for a common 
recommendation provider are prepared at step 1709. In either case, the user's 
inquiry is routed to common recommendation provider at step 1710. The "high" and 
"low" risk determinations are contemplated to include embodiments wherein the 

20 user has certain scores on a quantitative or qualitative test. For instance, in the case 
of a cholesterol test, a user whose cholesterol count is above a predetermined level 
may be deemed at high risk of a plurality of disorders. 

As shown in Figs. 18 and 19, the recommendation providers may be grouped 
into live and automated recommendation providers, each assigned to high risk and 

25 low risk categories (as shown in Fig. 1 8 with respect to high risk and low risk live 
recommendation providers 1801 and 1802 and high risk and low risk automated 
recommendation providers 1803 and 1804). In such case, instead of preparing 
instructions for a recommendation provider (e.g. step 1709 in Fig. 17), the specific 
recommendation provider is selected. More preferably, the recommendation 

30 providers mclude one or more common live recommendation providers (one shown 
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at 1901 at Fig. 19) and one or more common automated recommendation providers 
(shown at 1902). The common recommendation providers are equipped to provide 
both high risk and low risk recommendations to the user. 

Generally, the handling of inquiries by the central facility may be 

5 accomplished using any commercially available or otherwise suitable computer 

system. As shown in Fig. 20, a suitable computer system 2000 preferably includes a 
central processing unit 2001; input/output devices, such as a hard disk drive 2002, 
floppy disk drive 2003, a CD-ROM drive, 2004, a keyboard 2005, network interface 
equipment 2006, a display adapter 2007, a modem 2008, a monitor 2009, and so 

1 0 forth; and computer memory 20 1 0. The methods may be practiced using any 

suitable software, by which is contemplated any computer processable instruction 
set, including programs and program modules. Program modules include routines, 
objects, components, data structures, and the like that comprise or implement data 
types or that perform one or more tasks. The invention may be practiced with other 

1 5 computer system configurations, including hand-held devices, multiprocessor 

systems, microprocessor-based or programmable electronics, minicomputers and 
mainframes, and the like. The invention may be practiced in a distributed computing 
environment where tasks are performed by one or more remote processing devices 
that are linked through a communications network, hi a distributed computing 

20 environment, program modules may be located in both local and remote memory 
storage devices. In the description hereinabove, the invention is described with 
reference to acts and operations that are performed by one or more computers. Such 
acts and operations include the manipulation of electrical signals representing data in 
a structured form, in a manner well understood by those skilled in the art. 

25 The steps shown in any of the foregoing figures and discussed above may be 

performed in any appropriate order, and thus the figures should be seen as 
exemplifying the practice of the methods and systems disclosed herein, not as 
limiting these methods or systems. Similarly, where appropriate other steps may be 
added, or steps may be omitted. For instance, the Figures are intended to provide an 

30 overview of the methods and system disclosed herein, and in practice other steps 
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(e.g., error checking) may be performed. The steps may be practiced by one or 
several entities. 

Thus, it is seen that various testing methods and systems are provided herein. 
The methods and systems are particularly useful in connection with medical testing. 

5 While this invention has been described with an emphasis upon preferred 

embodiments, it will be apparent to those of ordinary skill in the art that variations of 
the preferred embodiments may be used and that it is intended that the invention may 
be practiced otherwise than as specifically described herein. Accordingly, this 
invention includes all modifications and equivalents encompassed within the spirit 

1 0 and scope of the invention as defined by the following claims. All references cited 
herein are hereby incorporated by reference in their entireties. 



20 



